大家好，我是 YeeTiao。
這次我想分享的主題是 K8s 專案實作的經驗，從一個原本只熟悉網站後端程式的工程師，
第一次接觸容器化與 K8s 相關技術的角度作為出發點。

由於我接觸這些技術的時間，相信比許多前輩短很多，實務經驗也比較淺薄，所以在這系列文章當中，如果有觀念錯誤或是有可以補充說明的地方，也請各位前輩不吝指教 XD

為什麼會想分享這一系列文章？
我覺得現在 AI 雖然非常強大，但透過這次任務我也深刻感受到 AI 的輔助確實可以讓一個完全不熟悉相關技術的人，在很短的時間內掌握基礎概念，快速了解 K8s 如何運作，以及如何將原本 Docker Compose 的整套服務架構，轉換成 Kubernetes。
在這個過程中一定會碰到很多坑，我也希望透過這個系列分享自己實際遇到的問題，以及我是如何處理這些問題的。

另外我也想分享自己如何使用 AI 協助任務進行的，除了產出 K8s 的 YAML 檔之外，我也會分享如何使用 AI Agent 產出架構圖、查詢相關技術文件、製作 POC 向客戶進行 Demo，或是準備教育訓練簡報內容，也都可以透過 AI Agent 協助完成。

至於文章的撰寫方式也想特別說明，這算是我的 AI 使用宣言，
這系列文章會使用 AI 協助產製內文以及 Demo 內容，但是所有內容都會經過我逐字檢視，
所以我也會非常謹慎的調整 AI 產出的內容，如果有任何不恰當或需要修正的地方，也請大家告訴我。

在整體內容安排上，我希望先大致介紹 Container 與 VM 之間的差異作為起頭，以及容器化的優勢，同時也會說明如何撰寫 Dockerfile 來製作 Image，以及如何使用 Docker Compose 部署一整套容器服務。
但是這些內容不會深入探討底層運作原理，主要是先建立基本概念並且讓大家知道這次文章的服務架構長甚麼樣子，後續再將服務轉移到 K8s，我想用這樣的方式來一步一步說明或許會比較能明白這系列文的進展😂

過程中也會討論微服務架構轉移到 K8s 的優勢，以及導入 K8s 後可能遇到的問題，
這些問題不只包含技術與維運層面。由於設定變多、切分得更細，也會增加許多需要維護的設定與元件，這時候反而需要回頭檢視企業內部的權責劃分是否清楚，以及 SOP 是否完善，因為如果企業內部的權責尚未劃分清楚，維護 K8s 時就可能出現許多責任歸屬問題；甚至在 RBAC 角色與權限的劃分上，也可能遇到障礙。

接下來就會開始連載啦，希望這次所有的參賽者還有我自己，都能順利完賽，
也希望我的分享能夠幫助到對於 K8s 有興趣或是剛開始接觸的人們！